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http://www.womoteam.de/ 
http://spc.tlienhard.com/ 


Willkommen zu der Zeitschrift von Usern 
für User. Wir sind vor allem auf EURE 
Artikel angewiesen. Ich kann alleine 
keine (angepeilten) 24-32 Seiten füllen, 
so gerne ich es auch tun würde. 
Ehrenwort! Für eingeschickte Artikel 
gelten folgende Regeln: 

Die Artikel müssen sich mit dem 
Spectrum, ZX81, SAM Coupe, Sprinter 
2000 oder nahen Verwandten des 
Sinclair ZX Spectrum befassen, auch 
Artikel über passende Hardware und 
Software sind gerne gesehen. 

MAC/PC Software: Nur wenn 
ausdrücklich direkt im Zusammenhang 
mit den eingangs erwähnten Computern. 
Sehr gerne: Crosscompiler, Emulatoren, 
Game Maker und dergleichen. Auf 
keinen Fall aber Remakes von Spielen 
alter Plattformen auf moderner 
Hardware. 


Eigentlich dachte ich, dass ich mit der 
aktuellen Ausgabe nie anfangen werde. 
Es ist einfach zu viel zu tun, und es wird 
nicht weniger. Nach dem Tod meines 
Vaters will ich einen großen Teil seiner 
Geräte auf eBay verkaufen. 20 DVD 
Recorder, Bluray Player, VHS Recorder, 
dazu viele Zeitschriften und Bücher, 
seine Spectrum-Sammlung. Ich brauche 
vermutlich nicht mal die Hälfte davon. 
Von dem Geld wird dann ein 3D-Drucker 
gekauft. 

Was ist mit mir? Ich bin in einem AMS- 
Kurs zwei mal innerhalb einer Minute 


ohnmächtig geworden. Da 
programmierte ich ein Spectrum Spiel 
und hörte nebenbei was der 


Vortragende so sagt (er hatte übrigens 


mal den C64 und sein Traumcomputer 
war der Spectrum), als ich auf einmal 
Schmerzen spürte. Das nächste woran 
ich mich erinnern konnte war, dass ein 
Kollege fragte was mit mir los ist. Ich 
wollte dann weiter programmieren, fühlte 
mich aber unglaublich müde und war 
innerhalb von Sekunden wieder weg. 
Das ist nicht witzig! Es bescherte mir 
eine Woche Krankenstand in dem ich 
das Clubinfo 231 erstellte. 

Ein paar Wochen danach habe ich Wilko 
Schröter geholfen bei seinem 
neuerlichen Umzug. Dabei machten wir 
die Erfahrung dass Umzugsfirmen nicht 
unbedingt alle vertrauenswürdig sind. 


Tatsache ist, dass ich jetzt Angst habe, 
dass es wieder passieren kann, 
vielleicht sogar beim Autofahren. Und 
ich glaube kaum, dass es für mich oder 
andere Verkehrsteilnehmer lustig wird, 
falls es wieder passiert. Aus dem Grund 
habe ich beschlossen dieses Jahr nicht 
nach Wittenberg zu fahren. 


Eigentlich habe ich auch derzeit, so kurz 
nach dem Tod meines Vaters, auch nicht 
unbedingt Lust darauf das SPC Info zu 
machen. 


Durch diese 

verzögerte sich das 

erneut ganz erheblich. 
LCD-Leszek Chmielewski 


Tatsache bedingt, 
SPC-Clubinfo 


19. - 21.04.2013: ZX-TEAM Treffen 

D-36145, Hofbieber, (Mahlerts) 

Die Hardwareprofis für den ZX81 und ZX- 
Spectrum mit originellen und innovativen Ideen! 


27. - 28.04.2013: Vintage Computerfestival 
Mehrzweckhalle des ESV, Baumkirchner Straße 
57, D-81673 München 
Europa (VCFe 


14.0) in München 
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Hauptthema: Lernen 
Mehr unter www.vcfe.org/D/ 


04.05.2013: Die lange Nacht der Computerspiele 
D-04289, Leipzig, Karl Liebknecht Str. 145, 
Beginn 16 Uhr. Ende um 3 Uhr Sonntagmorgens. 
Im Mittelpunkt steht das Ausprobieren alter wie 
neuer Spiele. Entwickler und Studenten zeigen 
ihr Schaffen, Sammler ihre Videospiel-Schätze. 
Die Roboter-Fußballmannschaft der HTWK stellt 
sich vor. Eine Vitrinen-Ausstellung zeigt 
historische Spiele und Hardware uvm 
Weitere Infos unter www.schreibfabrik.de 


07. - 08.09.2013: Spectra-Joyce 

Wolfhagen 

Die Joyce User-AG und der Spectrum Profi Club 
beschäftigen sich mit CP/M Rechnern (Joyce) 
und Sinclair Computern 


24. - 25. 08.2013: Spectrology 

Kulturbund, 06886 Wittenberg, Lutherstr 43 a 
Schwerpunkt sind der ZX-Spectrum und ZX81, 
aber auch andere 8-Bitter Freunde haben dieses 
Treffen in der Lutherstadt für sich entdeckt! 


noch offen: Xcentrix 

Seeshaupt, Oberbayern 

Das 16. XzentriX Treffen wendet sich an 
Computerfreunde, die an ein Leben nach der 
Standardsoftware glauben. 


Welcome to the magazine by users for 
users. We are primarily dependent 
YOUR article. | alone can not fill 
(targeted) 24-32 pages, even | would 
like to do it. Word of honor! To be sent 
article, the following rules: 


The artices have to deal with the 
Spectrum, ZX81, SAM Coupe, Sprinter 
2000, or close relatives of the Sinclair 
ZX Spectrum, including artices on 
appropriate hardware and software are 
welcome. 

MAC / PC software: Only if expressiy 
directly in connection with the above- 
mentioned computers. | would be very 
happy about: cross compiler, emulators, 


Game Maker, and the like. In no case, 
however, remakes of old games on New 
Plattforms. 


Actually, I thought that | would never 
start with the current issue. There is just 
too much to do, and it will be not less. 
After the death of my father | want to sell 
a large part of its equipment on eBay. 20 
DVD Recorders, Bluray players, VHS 
recorders, also many magazines and 
books from his Spectrum Collection. | 
probably do not even need half of them. 


Whats about me now? I've became 
twice a faint within one minute. Since | 
programmed a Spectrum game and 
heard in passing what the lecturer says 
(He had incidentally the C64 and his 
dream computer was the Spectrum) 
when | felt pain all at once. The next 
thing | could remember was that a 
colleague asked me what is going on. | 
then wanted to continue programming, 
but felt incredibly tired and was gone 
within seconds. 

This is not funny! It gave me a week of 
sick leave in which | created at the club 
info nr. 231. 


The fact is that now I'm afraid that it may 
happen again, perhaps even while 
driving. And | hardly think that it is funny 
to me or other road users if it happens 
again. For the reason | have decided to 
not go to Wittenberg this year. 


Actually, I have currently, so soon after 
the death of my father, not necessarily 
like to make the SPC Info. 

Due to this fact, the SPC Club Info 
delayed again considerably. 


LCD 
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Neuigkeiten für unseren „Alten“ 


http://zx.pk.ru/showthread.php?t=21060 
SCORE BAR ITVES 5 STAGE BL 


Introspec hat sein Spiel „Tank Battle“ 
aus dem Jahr 1995 aufpoliert, 
fehlerhaftes Englisch ausgebessert und 
ein gepacktes TAP erstellt. Respekt! 


http://www.worldofspectrum.org/infoseekid.cgi? 
id=0028157 


. 6 
BHEBEBEBEEBEEBEBEBEBEBEBEBEBNEEN 
u [| 


er EZ ist die Er eines 
xBox 360 Spiels. Man muss Juwelen in 
selber Farbe wie man selbst ist 
einsammeln. Man kann seine Farbe 
beim Durchschreiten bestimmter 
Barrieren auch ändern. 


http://www.worldofspectrum.org/forums/showthread. 
php?t=43024 

Nein, Mojon Twins bringen kein neues 
Phantomasa heraus, sondern ZXBeccy 


arbeitet gerade an einer 


Spieleumsetzung des Klassikers von 
Fritz Lang: „Metropolis“. 
© |. 2 


Als die falsche Maria muss man alle 
Ventile abschalten und die Stadt so 
zerstören. 


Richtig gelesen. Man ist in dem Spiel ein 
böses Robotermädchen. Das Spiel wird 
mit AGD geschrieben und hat 
Monochromgrafik. 


http://www.worldofspectrum.org/forums/showthread. 
php?t=42945 


rn 
rem + 
AI! 
i 


Ralf hat ein Renegade-Mod erstellt mit 
veränderter Grafik und etwas 
modifiziertem Code, der die Spielbarkeit 
verändert. 
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Die grafische Umsetzung von „Hunt the 
Wumpus“ für TI99/4 aus dem Jahr 1980 
hat mich fasziniert und ich hielt die 
Umsetzung für den Spectrum für leicht 
machbar. Lange Rede, kurzer Sinn: Der 
Klassiker wurde von mir fast 1:1 für den 
Spectrum umgesetzt, natürlich mit 
Boriels ZX BASIC Compiler. Und als ob 
das nicht genug wäre, Dr Beep wurde 
davon inspiriert und erstellte eine etwas 
reduzierte Version 1K ZX81 mit Pseudo- 
Hires-Grafik. 


das 


ist 
Nachfolgeprojekt zu Toofy in fan land. 
Wie man sieht, hat sich die Grafik stark 
verbessert. 

Auch das Spiel ist besser geworden. 


Toofy's winter Nuts 


Ramiro 


A ee ne ee nn 


Als Vampir in Ramire the Vampire hat 
man so Schwierigkeiten im (untoten) 
Leben. Erst einmal reagiert man 
allergisch auf das Sonnenlicht, und dann 
stellt sich noch heraus, dass man den 
Todestag der Tochter vergessen hat, 
und diese ist natürlich sauer. 

In dem 2-teilligen Spiel von Mojon Twins 
sammelt man wieder Gegenstände und 
löst Rätsel. Es ist ganz nett geworden 
und atmosphärisch sehr dicht. Es läuft 
mit 48 K und der Z83dk Sourcecode ist 
verfügbar. Es gibt eine spanische und 
englische Sprachversion. 


ist en SEUD- 
Shoot'em up von R-Tape und gar nicht 


Moderate Retribution 


mal so übel. SEUD scheint mir ein 
mächtiges Werkzeug zu sein. Ich bin 
aber eher ein Fan der normalen 
Programmierung. 
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http://www.worldofspectrum.org/infoseekid.cgi? 
id=0028160 


911790 


Mit dem Arcade Game Designer 3.4 
entstand „Funky Funus“ — ein grafisch 
aufwendiges und gut spielbares Spiel 
von Alessandro Grussu aus Italien. 

Verfügbar ist das Spiel in den meisten 
Formaten, inklusive TR-DOS, und 
diversen Sprachen, sogar Deutsch. 


http://www.jammajup.co.uk/larry-the-lander.html 


SCORE 
205400 


Larry the Lander ist eigentlich ein 
Compobeitrag zu „CompSysSinclairCrap 
GameCompo“, also im Normalfall nicht 
berichtenswert. Doch das ist eine 
Ausnahme weil das Spiel so schlecht 
nicht ist. Es erinnert an kommerzielle 
Produkte die so in den 80er Jahren 
angeboten wurden. 

Das Spiel stammt von „Purple Unicorn“ 
und ist sehr reich an Action und 
Scrolling. Ach ja. Es wurde mit dem 
Shoot'’em Up Designer entwickelt. 


http://www.worldofspectrum.org/infoseekid.cgi? 
id=0028146 


jetos 


Mit „Sir Vamperi“ hat Carlos David Diaz 


den Nachfolger zu „Vamperi“ 
programmiert. Als spanisches Produkt 
ist das Spiel in spanischer Sprache 


verfügbar. 
Das Siel ist zwar in BASIC und nur als 
Z80 Snapshot verfügbar, aber 


keinesfalls schlecht. 


http://www.revival-studios.com/?page=173 
[=] 


Revival Studios hat das Spiel „Shiftet“ 
für Sinclair ZX 81 mit 16K vorgestellt. 

Es ist ein Puzzle-Spiel in dem die 
Reihen verschoben werden um 
Kombinationen herzustellen. 

Auf Kassette kostet das Spiel € 7,99. 


http://www.worldofspectrum.org/forums/showthread. 
php?t=42992 
Sadako hat angekündigt Segas „Krusty's 


Fun House“ für den Spectrum 
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umzusetzen. Vielleicht wird es ja dieses 
mal keine Vapourware weil es mit AGD 
programmiert wird, obwohl ich meine 
Hand dafür nicht ins Feuer legen würde 
dass es fertiggestellt wird. 


Mit „The lost island“ ist ein neues Action- 
Adventure aus Russland erschienen. 
Ungewöhnlich ist, dass es mit AGD 
geschrieben wurde. In Russland 
programmiert man noch selber! Auf 
jeden Fall sehr interessantes Spiel. 


SaNchez hat mit 
diesem Spiel in 
512 Bytes den 
ersten Platz in 
Next Castle 
Party 


gewonnen. Leider hat das Spiel nichts 
mit „Asteroids“ zu tun. Man weicht hier 
den anfliegenden Asteroiden aus. 


SaNches hat das Chaos Engine-Spiel 
für den Spectrum zwar fertiggestellt, 
aber die TAP Version dieses großartigen 
Spieles, die er vollmundig für September 
2012 angekündigt hat, ist noch immer 
nicht erschienen. 

Aber keine Sorge! Hacker sorgen schon 
dafür, dass auch DivIDE- und Kassetten- 
Nutzer das Spiel spielen können. 


http://velesoft.speccy.cz/other/Survivisection%20(2012)(Sanchez) fixed _mouse.zip 


Alessandro Grussu aus Italien hat mit 


dem Arcade Game Designer dieses 
nette Spiel erstellt, und witzigerweise 
gibt es das nicht nur in Englisch und 
Italienisch, sondern auch in Spanisch 
und Deutsch. Und grafikmäßig weiß es 
auch zu gefallen. 
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J.B.G.V. ist genauso wie ich ein Fan 
des ZXBC. „3 Reyes Magos“ wurde 
daher mit ZXBC programmiert. Man 
spielt einen der heiligen 3 Könige auf 
einem Dromedar und weicht Meteoren 
aus. Eine Anspielung auf „Harrier Attack“ 
kann man im Screenshot leicht 
erkennen. 


Bauble Blast ist Mole Rat mit 
veränderter Thematik. Dave Hughes hat 
Recycling betrieben um sehr schnell ein 
Spiel mit \Weihnachtsthematik zu 
schreiben. Schlecht ist es aber 
deswegen nicht. 


im 


„El Hobbit“ ist ein Teilnehmer 


Bytemaniacos „El Hobbit“ Wettbewerb. 
Es ist ein grafisch schönes Adventure, 
wenn auch schwer zu verstehen. 
Verantwortlich zeichnet sich Alejandro 
Valero aus Spanien. Derzeitiges WOS- 
Rating von 6,44 bescheinigt dem Spiel 
aber gewisse spielerische Qualitäten, 
die ich ihm keinesfalls absprechen 
möchte. Leider habe ich in letzter 
Ausgabe einen Fehler gemacht. Es gab 


nämlich nicht einen, sondern zwei 
Wettbewerbe: Der angesprochene 
BASIC RPG Bewerb, und ein 


eigenständiger „El Hobbit“ Bewerb. 


# ALLES üBER DEN COMMODORE 64 


Ey4-13 


2% SPIELEHITS 


== VIC, SID 


IM INTERVIEHR: 
CHRIS HÜLSBECK, Soundmagier des C64 
ANDREW BRAYBROOK, der Grafiktrickser 


Chip hat 


eine 
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Sonderausgabe" angekündigt, mit 
Specials zu C64. Zitat: Die Welt des 
C64, von A wie Atari bis Z wie ZX 
Spectrum. 

Gedruckte Ausgabe kostet € 9,90 + 
Versand, eine PDF-Download Ausgabe 
gibt es schon um lächerliche € 6,50. 
Verfügbar ab August oder so. 


Ärger in Maldita Castilla 
http://rincondelspectrum.blogspot.co.at/2012/12/algo ar 
-se-cuece-en-la-maldita-castilla.htm| LAN 


zwei neuen Titeln: 


Barry Bumble und Terry the Turtle. Das 
erste Spiel ist ein Shoot'em up (SEUD), 
während das zweite ein Jet Set Willy 
Klon ist. Nuff said? 

Nachdem die Spiele immer noch nicht 


DE fertig sind, hat Purple Unicorn Software 
ISBN EB Ye yeyo 2 aber noch weitere Spiele angekündigt: 
en VII, Jammajupbooble (Bubble Bobble): 


IEIEIL LIE,  Pestilence (P.A.W.) 

Dieses Spiel schaut nur aus wie Pay a Hedghog (AGD) 

Ghosts'n'Gobli beh Louise the Ladybird (?) 
are Sun Percy the Pigeon (Noooooo!!!) 

Projekt, an dem der Grafiker von Pipiiaraddon (?) 

Retroworks beteiligt ist. j 

Hoffen wir, dass schon bald genaueres 

bekannt wird. 


Bilder-Kriege 
http://speccy-live.untergrund.net/2013/04/new- 
game-over-by-mac/ 


Zwei neue Werke unterwegs 


http://www.jammajup.co.uk/purple-unicorn- 
software.html 


Hiıah 


nd Y h. i R Mac 


Wer öfters auf World of Spectrum 
Website unterwegs ist, hat sicher 


urtle Tokens 


Fr Fr Fr En Ei 
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bereits gemerkt, dass einige Künstler die 
Titelbilder bei Spielen neu zeichnen, wo 
sie der Meinung sind, dass diese 
schlecht wären. Teilweise entstehen da 
unglaubliche Meisterwerke. Ich habe 
mal „Game Over“ als Beispiel 
herausgepickt. Zorro wurde mit gleich 
zwei Screens bedacht. 


Einar Saukas hat mit ZX7 einen neuen 
optimierten PC-basierenden 
Kompressor entwickelt. 
Dekompressionsroutinen für ZXBC und 
Z88dk hat er natürlich gleich mitgeliefert. 


„Donkey Kong Reloaded“, das AGD 
Spiel, ist nun fertig und darf gespielt 
werden. Die Grafik ist sehr gut geraten. 


auf 
Viele 


Boriels ZXBC wurde Version 
1.3.051022 upgedated. Bugs 
wurden beseitigt. Es wird gerade an 
Refactoring für die Version 2 gearbeitet. 
Es entstehen immer mehr Spiele mit 
ZXBC und dieser Trend scheint 
weiterhin anzuhalten. 


SCR Plus ist ein Konverter zu ULA+ 
Bildern. Version 0.21 enthält einige 
Verbesserungen. 


zx51 
LE ZZ ZZ 2 ZU 2 2 ZZ 2 ZZ 2 2 2 2 2 2 2 z 2 2 20 


. TRACK SELECT ®1 m] 
PLAY SURVIVUAL MOD 
SPEED RRCE 19 LAPS 


SCORES SURVIVAL 
SCORES 5PEED 


JIM BAGLEYS RACING 


ı 
2: 
3, PLAY 
4. 
5. 


„Jim Bagley's ZX81 Racing“ ist ein 


neues Action-Spiel für ZX81 16K und 
erinnert etwas an Supersprint. 

Auf jeden Fall toll was da für den ZX81 
programmiert wurde. 


Und wieder ein neues ZX81 Spiel, und 
zwar ein bekannter Puzzler im Char 
Modus. In diesem Modus ist der Aufbau 


des Bildschirms sehr schnell, was der 
Spielbarkeit zuträglich ist. 
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Neues Spiel, neues Glück 


aeasieieseie zessie 


a = 


0. 


se 5 
FUNRELOS: 
a0: 


20 
ad 


HHHHHHRH 


— 


9% 
2 


ig 


(I) 


yuuunnnt 
IH 


Q 
Q 
arts 


r] 
2 


„Escape from the holy Tower“ scheint 
einen zweiten Teil zu bekommen. 
Geplant sind 100 Räume, Shops mit 
Gegenständen und so weiter. 


So wenige Bytes... 


Den dritten Platz beim Next Castle Party 
2012 512Bytes Game belegte 
„Pacmam“ von thesuper, welches mit 
„Bye, V3nom!“ konkurrierte. Dass 512 
Bytes zu wenig sind für opulente 
Multicolor-Schlachten, sollte jedem klar 
sein. Trotzdem zaubern die Coder 
erstaunliches auf dem Computer. 


Renn, Forrest Gamp! 


Jerri hat eine Konversion eines alten 
Spieles für russische Computer am 
Spectrum vorgestellt. Das Spiel „Run 
Away“ ist spielbar aber noch nicht fertig. 


Olisa 


ee session Tine and uho is here 
sten u/o partic 


ıdora, 2183 
Secret aninal 


HARNING: pe 


€ 
-0C0: dann se 
IN: wait, 


Dimitry Danner hat mit „Olisa“ ein 
Textadventure in Englisch und Russisch 
programmiert. Ob das wohl etwas für 
unsere Adventure-Ecke ist? 


Mehr News gibt es nächstes Mal. 
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Zu meinem Beitrag im Clubheft 229 zum 
Thema USB-Stick am ZX-Spectrum 
erreichten mich verschiedene Anfragen 
zu weiteren Details. Ich freue mich über 
das Interesse und möchte gern einige 
Einzelheiten darlegen und über neue 
Erfahrungen berichten. 


m<- »o< 


ZIRÄC MINI XxM 


© & © &! mTrA 
gesehen 
ı © o @® 


| +5V (Nodif IFA) 


Bild 1 

Die erste Gruppe der Fragen bezieht 
sich auf die technischen Einzelheiten 
und einen Schaltplan (s. Bild 1). 
Kernstück ist der IC MAX232, der die 
RS232-Pegel von —12V..+12V auf TTL- 
Pegel OV..5V umsetzt und die Signale 
gleichzeitig invertiert. Erinnern wir uns: 
Im RS232-Standard hat das logische 
HIGH den Namen MARK und den Pegel 
-12V, das logische LOW heißt SPACE 
und gehört zu +12V. Das VDRIVE 
braucht aber HIGH=+5V und LOW= 0V. 
Diese Umsetzung vollzieht in beiden 
Richtungen der MAX232. Die 4 
Kapazitäten von 1uF sind zur internen 
Spannungsvervielfachung unverzichtbar. 
Im IF1 muss intern eine Leitung 


gezogen werden, die+5V über die 
RS232Buchse nach außen führt. An die 
Ausgänge wird dann über die 
mitgelieferte Steckerleiste das VDRIVE 
angeschlossen (s. Bilder 2 und 3). An 
der werksseitigen Jumpereinstellung 
wurde nichts geändert. 


Erste Versuche erfolgten mit dem in Heft 
229 beschriebenen BASIC-Programm, 
inzwischen ist aber ein MC-Programm 
vorhanden, das sich bestens bewährt 
hat. Ich will einige Grundprinzipien 
dieses ca. 700 Bytes langen Programms 
erläutern. (In einer Sparversion kommt 
man sogar mit ca. 400 Bytes aus). Die 
Kernidee besteht darin, die 
SAVE/LOAD-Befehle und weitere 
nützliche Kommandos für die Steuerung 
des VDRIVEs als NEUE BASIC-Befehle 
einzuführen. Das geschieht durch 
Änderung der Systemvariablen 
VECTOR und ist z.B. in [LOGAN], Seite 
124ff beschrieben. Auf diese Weise 
stehen die folgenden Befehle zur 
Verfügung: 


Bild 3 
ID=directory, !IR=read (bis PROMPT 
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I 


IL"fllename"=LOAD, 
SAVE, 


IS"filename"= 


IE"fiiname"=Erase. 


Dabei sind durch massive Verwendung 
vorhandener Routinen aus dem Haupt- 
ROM und aus dem IF1-ROM problemlos 
auch die Erweiterungen 


IS"filename"SCREENS$, 
IS"filename"CODE nn,mm 


und die entsprechenden Ladebefehle 
möglich. Als "filename" sind auch 
Stringvariable, und für nn, mm auch 
numerische Ausdrücke zugelassen. Ein 
Beispiel ist das folgende Programm, das 
wechselseitig zwei Screenbilder lädt: 


10 !L"BILD1"SCREEN$: !R: PAUSE 
100 


20 !L"BILD2"SCREEN$: !R: PAUSE 
100 


30 GO TO 10 


Bei der Auswahl der Befehle habe ich 
mich auf die am häufigsten verwendeten 
beschränkt. Will man aber weitere 
Befehle an das VDRIVE schicken, z. B. 
Change Directory, so ist das einfach auf 
folgende Weise möglich: 


OPEN #4,"B": 
NeuesDir": IR 


PRINT #4;"CD 


Auf diese Weise steht letztendlich der 
gesamte Befehlsvorrat des VDRIVE zur 
Verfügung. 


Eine praktische Erfahrung, über die mir 
im Nachhinein auch TOm berichtete: 
Große USB-Sticks (ab 1GB) machen 
Schwierigkeiten: Bei SAVE/LOAD von 
Dateien >2kB gibt es häufig Fehler, wohl 
durch Timingprobleme verursacht. Die 
besten Erfahrungen machte Tom mit 
Sticks von 32MB. Versuchsweise habe 
ich statt eines USB-Sticks einen 
CardReader mit eingelegter CF-Card 
von 1GB angeschlossen: Alle 
Ladeprobleme waren wie weggeblasen. 
Seither läuft damit alles problemlos, 
große Dateien sind kein Problem mehr, 
und z.B. auch die beliebten MANIC 
MINER und AntAttack laden reibungslos. 
Zu den Ladezeiten: Da alles über die 
Befehle LOAD*"B" und SAVE*"B" geht, 
kommt man auf ca. 9000Baud=1kBj/sec. 
Das ist nicht übermäßig schnell, aber 
der große Komfort der CF-Card macht 
das wett. 


Das MC-Program selbst habe ich in 
einem umprogrammierten 
Druckerinterface LPRINTIII zusammen 
mit einem neuen, kurzen Druckertreiber 
untergebracht. Von dort wird es mit 
COPY in den RAM von #FAO0-#FCFF 
geladen. 


Danksagung: Mein großer Dank geht an 
Roelof Koning, mit dem ich hierzu sehr 
ausführliche Diskussionen hatte und 
ohne dessen Hilfe das Programm nicht 
so geworden wäre. 


Weiteren Nachfragen oder Anregungen 
erwünscht! 


Heinz Junek 
Literatur: 
[LOGAN] lan Logan, Das Microdrive 


Universum, Hüber Verlag 1984. 
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http://www.alfonsomartone.itb.it/aunlzr.ht 
mi 


Yes, I found a funny artice on a 
Commodore 64 fan site, claiming to 
show that the C64 processor (the MOS 


6510) had at least something 
computationally faster than the Z80A of 
the Zx Spectrum. 


That was a false statement. In fact, the 
3.5 MHz Z80A of the Sinclair Zx 
Spectrum kicks the 0.98 MHz MOS 6510 
in the ass (hard!). 


That article ("ffd2/fridge/speccy/score") 
contained, as in the Most Standard 
Commocdorian-Fan Speech, factual 
inaccuracies, fake assumptions, 
unproven assertions, stupid slogans, ... 


Below, I will quote everything he says, 
adding my comments. Since we are 
showing Z80-class and 6502-class 
features, "Z80" and "Z80A" will be 
considered synonyms, and also "6502" 
and "6510". 


The background: 


The Spectrum consists of a Z80 running 
at 3.54 MHz, a 256x192 bitmapped 
display, a simple sound chip, and 48k. 
The C64 consists of a 6510 
running at ITMHz, a sophisticated sound 
chip, 64k, and a sophisticated 
video chip, offering 16-colors, text 
modes, custom character modes, 
320x200 bitmap modes, 160x200 
multicolor bitmap modes, sprites, 
raster interrupts, blah blah blah and so 


on. 


First, let me say that European 
version of the Commodore 64 was 
less than 1 MHz. It was 0.98 MHz, 
yes, zero-dot-nine-eight, yes, 982 
kHz. Except the Commodore 64, 
l've never seen a computer running 
at less than one megahertz. The 
Spectrum Z80A "runs" like a 
cheetah at 3.5MHz while the 
Commodore 64 "runs" --0ops, no, 
"walks" like a turtle at 0.98MHz. 
Yes, megahertz matters. 


Then, let me say that if you want to 
compare raw processor speed in 
performing particular tasks, you 
should save us your "sophisticated 
chips" sermon (a Commocdorian fan 
standard): these comparisons are 
performed on "bare microprocessor 
power", between the 3.5 MHz Zilog 
Z80A of the Zx Spectrum and the 
0.982 MHz MOS 6502 of the 
Commodore 64. 


Note: I will assume the Zx 
Spectrum running at 3.5 MHZ, not 
3.54 (the "3.54" thing seems to be 
Spectrum 128 related). 


While it is clear that the 64 will 
outperform the Spectrum on tasks 
related to text, sprites, etc. it was not 
clear what sort of performance 

ratio existed for straight calculations and 
applications involving 

bitmapped graphics: for example, 3D 
graphics programs. 


Again the C64 Sermon, how boring. 
But -well- lets be more precise. 
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"Text": while in text-mode, the 
Commodore 64 needs to write one 
byte to draw a character, and 
another byte to set up its color. That 
is, two bytes, plus time required to 
calculate their respective 
addresses. The Zx Spectrum does 
not have a text mode. 


Zx Spectrum only has a graphics 
mode (a full bitmap always 
available at a fixed address, not 
requiring any initialization/setup). It 
requires eight bytes to be written 
into display memory to form an 8x8 
character cell, plus an attribute byte 
to set up its color. That is, nine 
bytes, plus time required to 
calculate cell address and attribute 
address (due to its peculiar screen 
mapping, going through the 8 
scanlines to write a character 
requires only a simple 8-bit register 
increment, which is as fast as a 
"NOP" instruction). 


Thus, the C64 "outperforms" only 
when in text-mode compared to 
graphics bitmap mode. That is, 
"outperforms" only when you 
compare bananas to apples... 


Sprites: yes, you "outperform" on 
sprites, yes, Zx Spectrum does not 
have sprites. Commodore 64 is a 
"professional computer" (as of its 
label below the keyboard) which 
has "sprites" (the standard 
videogames feature). "Professional" 
with "sprites", something like 
putting Coke into Spumante wine. 
Great. | always told you that 
Commocdorian fan sermons make 


me either laugh or bore. 


"Etc"... er... what's "etc"? Where are 
the other "outperformings"? 


A number of people claimed 


chat the Spectrum would 
sıignıifıcantly outperform 
the C64 on general 


calculations and 3D graphics 
programs; these claims 
were based primarily on the 
Ser: Sl MHz ratio and 
personal bias, Dur 
were certainly claims worth 
investigating. 


Investigations are welcome, but the 
3.5MHz to 982kHz ratio is always 
significant. It's not a 5-10%, it's three 
times and a half (3.564 more precise 
figure); if you try to erase this fact, then 
the "personal bias" you're blaming is... 
yours! 


I began looking for insight 
into three main questions: 


1. How do the Z80 and 6502 
differ, and what is the Z80 
approach to solving 
problems/how does it differ 
from the 6502 approach? 


2. How would the Spectrum 
perform on the kinds of 
programs that ai write? 


3. Is there any merit to the 
earlier claims about the 
clear superiority 
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of the Spectrum a) in 
general and b) 


Eor. 3D graphics? 


Hmmm... the kinds of programs that 
"you" write? 
Some extra small questions: do you write 
Z80 assembler software as well? Did you 
ever use the second set of Z80 registers? 
Do you know its "repeating" instructions 
like "LDIR", "CPDR", "INIR" and so on? 
Did you ever use their non-repeating 
equivalent ("LDI", "CPI", "OTI" and so 
on) to get multiple things in one 
instruction? Did you ever test the so- 
called "undocumented" Z80 instructions? 
(in spite of their name, they are largely 
used and known because often help to 
save time while programming and 
execution size and speed). 


Looking at the results below, I guess not. 
It seems that, except some notable cases 
(like the "LDIR" of note I) you are using 
the Z80A as ifit was an 8080 or a 6502... 


Some technical discussion 
eventually ensued, and a 
number of code snippets 
were compared. Cycles were 
counted, opinions were 
declared, but through it all 
a few things became 
apparent, and new insights 
were gained. 


Alas, we don't find "where" you counted 
the cycles. In the article you present a list 
of figures without any line of code, plus a 
dead link to a non-existing web site. And 


"new insights” seems just another name 


specifically for "Commodorian bias". 


General conclusions: 


L, The people who were 
loudly extolling the virtues 
of the Spectrum over 
the 64 not only did not 
understand the broad issues 
(i1.e. have any 
practical 6502 or 
programming experience 
compare with), they did 
not even understand the 
specific issues (e.g. 
praetıcal experience 
in. »do1ng- 3D graphics; 
drawing lines). 


C64 
to 


or 


This statement applies t0 Commodorian 
people as well. There are not much 
people out there programming on both Zx 
Spectrum and Commodore 64. 


But, as we will see later, the statement 
applies only to Commodorian fans. 


2. "The. typical. cycle .ratıios 
are around 3:1. 


have been 
multiply, 
transfer, 
three line 
the fast 


Seven programs 
considered: slow 
DLSCcK mem 
substring search, 
routines, and 
mültiply.; The slow 
multiply runs at 2:1. The 
Non-LDLR memory -2öpy Lüns at 
3:1. The substring search 
tvypL.cally. zung SE 3812 "The 
line routine runs at 
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321, Witch unrosl ling bringsing 
IE down to Zee In 
practical use (e.g. a matrix 
multiply) the fast multiply 
Füuns are, 


You should say what you mean for "runs 
at 2:1". Is this a cycle count? Then the 
times must be multiplied for the clock 
ratio, because Zx Spectrum has 3.5 
million "clockcycles" in a second, while 
the Commodore 64 has 981 thousand 
"elockcycles" every second. 


Or, was it a real figure? Does it mean 
that Zx Spectrum "runs at 2:1" (two times 
faster than Commodore 64)? I guess this 
is exact. But... why did you criticize 
people "extolling the virtues of the 
Spectrum"? Why did you forget the 
"virtues" that you were going to 
demonstrate? Another Commodorian 
Blah-Blah-Blah, eh? 


From this I conclude that 
typical cycle ratios will be 


Sl in particular 
for the kinds of programs I 
write. Obviously, some 
algorithms will do better, 


and others will do worse. 


Then let's see where "better" and where 
"worse", and let's actually verify your 
"3:1 ratio" assertion... 


Conclusions 
questions: 


to my specific 


1. The 280 is based around 
its registers. Algorithms 
which FIT entirely 


within the registers do very 


well, especially for 16-bit 
applications. 

Memory access is generally 
done indirectly via (HL), 
which tends LEO 
favor sequential memory 
access. The stack pointer is 


16-bits and may be used for 
useful things. Branching and 


Jumping are generally 
slow, as are direct memory 
address and absolute 
numbers, and indexing 
18. - zaırly. dissımı lar.. Ihe 
280 has a number of 
specialized instructions 
which are used in a variety 
of tasks, and lacks the 
range of addressing 


modes offered by the 65xx. 


First lie: "branching and jumping is 
slow". Let's evaluate "BNE" (branch 
when not equal) on 6502, and the Z80 
equivalent "JP NZ". BNE requires 2 
clockcycles if not jumping, or 3 
clockcycles when jumping; JP NZ 
requires 4 clockcycles if not jumping, or 
10 clockcycles if jumping. The Spectrum 
is faster than the C64. Demonstration: 


« JP NZ: 4 and 10 clockcycles at 
3.3MFHz, that is 1.14ns and 2.83ns 

° BNE: 2 and 3 clockcycles at 
982KHz, that is 2.03ns and 3.05ns 

° result: branch/jump is slow on the 
C64; in fact Zx Spectrum shows to 
be 7% to 78% Jfaster than 
Commodore 64. 
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Oh, and I did not mention the 
performance hit when the "BNE" jump 
crosses a 256-byte page boundary, 
requiring an extra clock cycle... the 
"BNE" works well only inside a 256- 
bytes page! Commodorian programmers 
will have to "encapsulate", as far as 
possible, their assembler programs in 
"chunks" of 256 bytes! 


Second lie: "direct memory access is 
slow". Let's evaluate "INC S$nnnn" 
(increment byte at location nnnn, "direct 
memory access" of the 6502) with the 
two Z80 instructions needed to simulate 
it, that is "LD HL, $nnnn ; INC (HL)": the 
6502 "direct" requires only 6 clockcycles, 
while the Z80's "LD HL,$nnnn" requires 
10 clockcycles and the subsequent "INC 
(HL)" (increment the byte pointed by HL) 
requires 11 clockcycles, for a total of 21 
clockcycles ofthe Z80: 


« 6502: "INC $nnnn": 6 clockcycles 
at 982kHz, that is 6.11ns 

« Z80: "LD" and subsequent "INC 
(HL)": 21 clockcycles at 3.5MHz, 
that is 6.00ns 

° result: Zx Spectrum is still sligthly 
faster (+1.18%) than Commodore 
64. Thus, the slow one is the C64. 


But the first "LD HL" can sometimes be 
saved (it's only an initialization); if you 
happen to need to increment two times 
the same variable, you have: 


«e 6502: "INC" + "INC" = 12 
clockcycles at 982kHz, that is 
12.22ns 


« Z80: "LD" and two subsequent 


INC" = 104111 = 32 
clockcycles at 3.3MHz, that is 
9.14ns 


° result: Zx Spectrum is 33.6% faster 
than the slowcoach Commodore 
64. 


Commodorian bias: "Z80  lacks 
addressing modes". But, as shown in the 
"second lie" case, the Z80 can simulate 
missing modes and still win the match. 


Useful hint: in the famous Z80 
"undocumented" opcodes there is quite a 
number of operations (like "rotating a 
memory value", better than the 6510) 
which will save code size and execution 
time. I think Commodorians already used 
all of their "powerful" "undocumented" 
codes as well. 


The 65xx is based around 
fast access to memory, in 
particular zero 
page, and its index 
registers. Algorithms which 
involve scattered 
memory accesses do very 
well, as do programs which 
make heavy 
use of branching and 
subroutines. The ability to 
add, compare, Sstt; 
directly from memory (ADC 
Sc002 CMP $DO020) means 
that algorithms 
involving large amounts of 
variables, tables, pointers, 
etc. will 


perform much better on the 
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HaRXı; Absolute operations 
(ADC #521) 
are significantly faster (2 
eyeles: on 6310. vs. 7 on 
Zz80). Algorithms 
involving relatively few 
varıiables bog down in 
comparison. 


What does "fast access" mean? Perhaps, 
other manufacturers like Zilog, build 
their processor in order to have a "slow 
access" only? Let's wipe out the 
Commodorian Bias and let's go on. 


Commodorian Bias: "zero page" is the 
first 256-bytes page. Yes, 256 bytes only. 
And yes, there are registers and stack 
and other "untouchable" (or "beware!") 
data. How many variables and buffers 
can you store there? The main advantage 
of "page zero" instructions is not speed, 
but a memory saving: a "zero page" 
access saves one byte of code because 
the address size is only & (instead of 16) 
bits. "Zero page" faster access will save 
a few clock cycles - while making 
Commodorian assembler programmers 
to allnight fights against that 
ridicolously small area where those 
single-cycle-and-single-byte-save 

instructions can be performed. How 
about a 30+ kilobytes assembly code 
having to always to rely on a 256-byte 


page? 


Bias Again: "scattered memory accesses 
do very well". It seems that Zx Spectrum 
programmers work on clean, ordered 
software source, while Commodorians 
work only dirty, scattered, messy, 


spaghetti-like software source...! 
Planning a software implies choosing 
"scattered" and "non-scattered" models. 
And having a bunch of registers (like 
those of Z80, absent in 6502) means 
saving lots of intermediate operations in 
both cases. 


Third lie: "heavy use of branching and 
subroutines". Where do they perform 
better? We've already seen the "JP NZ" 
example, let's see the "RET" example 
now. The "return from sub-routine" 
instruction of the 6502 is called "RTS" 
and requires 6 clockcycles on the 6502, 
while the Z80 equivalent is called "RET" 
and requires 10 clockcycles: 


« 6502: RTS requires 6 clockcycles 
at 982kHz, that is 6.11ns 

« 780: RET requires 10 clockcycles 
at 3.5MHz, that is 2.857ns 


° result: Zx Spectrum requires 
53.2% less time than Commodore 
64 

Fourth lie: "absolute operations... 


significantly faster". Huh? What does it 
mean? Let's see an example. Adding the 
immediate value 321 to the accumulator: 
"ADC #821" on the 6502 and "ADD A, 
$21" on the Z80. On the 6502 it requires 
2 clockcycles, on the Z80 it requires 7 
clockcycles. But when we do a little 
calculation, we see that: 


« 780: 7 clockcycles at 3.5MHz, that 
is 2.00ns 

« 6502: 2 clockcycles at 982kHz, 
that is 2.0366ns 
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° result: Zx Spectrum is 1.183% 
faster than the "significantly 
faster" Commodore 64. 


Well... ehm... uh-oh... When 
Commodore 64 fans say their machine 
is "significantly faster", then it actually 
means that the Zx Spectrum 
outperforms the C64. And yes, all of my 
friends "knew" that their C64 was 
"powerful" and "fast"... har! har! har! 


Commodorian Bias: "large amount of 
variables... bog down...": these claims do 
not prove anything. To gain some -and 
disputable- advantage, you "should" 
have a large amount of messy scattered 
data, try always to access all of them at 
once, and work out in a manner that 
saving data to registers will not help you. 
Hey, it seems the Art of Heavily 
Acrobatic Programming! And it also 
underestimates the Z80 registers, which 
purpose is not the trivial "store them 
some data to save some memory access". 


Thus,. 280 algorıcthnms- Try "Eö 
fit all the variables into 
registers, reduce memory 
Iccess to sequential Or 
page-aligned accesses (so 
that HL may be used), try to 


avoid branching/decision 
making, and try to use 
specialized instructions 
like DJINZ. 


6510 algorithms make heavy 
use of the index registers, 
zero-page 

and absolute 
don't mind 


operations, 
lots OF 


branching/decision making, 
and try to avoid too many 
operations on variables. 


Commodorian Bias again and again 


(but much of it has been already 
debunked above). Well, the above 
paragraph could be called 


"Commodorians do not know how to 
write software". They think that register 
allocation is done once per software, and 
never changes at runtime. They think that 
branching and decision making is faster 
on the "less than one megahertz" 
processor, even after comparing actual 
timings. They think they can "scatter" 
messy variables everywhere and operate 
on them anytime. They think processor 
registers are useless. They think, they 
think, they think, they think... they stink. 


2% BO things like 3D 
graphics, the Spectrum 
probably has a 10%-20% 
speed advantage. while 
nontrivial, it- is. by nö 
means decisive. For programs 
involving any text, sprites, 
etc, the Spectrum will 


clearly suffer. 


Wonderful. After a bunch of false or 
biased statements, the Commodorian 
Guy still shows numbers. This time he 
admits that the Zx Spectrum "probably" 
("probably?") has a 10-20% speed 
advantage (is it "10%" or is it "20%"?); 
better, a "nontrivial’' advantage of the 
Zx Spectrum. Good. This is one of the 
unique times we see a Commodore fan 
admitting that the Zx Spectrum is 
"nontrivially'' better than the 
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Commodore 64. But even admitting a 
"probably 20%" better speed, the 
Commodorian guy immediately says "by 
no means decisive". Amazing. I couldn't 
ask more to demonstrate better the 
Typical Commodorian Bias. 


You now understand what Commodore 
fans are. "6502 is better, 6502 is faster, 
6502 allows memory access, 6502... 
6502... yadda-yadda-yadda... the Zx 
Spectrum is probably nontrivially faster, 
but by no means decisive... but we 
Commodorians have sprites, and 
Sinclairists don't have sprites! Yay! We're 
better! You Spectrumists suffer! Yay!" 


3. You gotta be kidding. As 
if. :) Finally, the numbers. 
All code may be found at 

http: //stratus.esam.nwu.edu 


-jJudd/fridge/ 


Dead link. 
Shootout at the OK Corral 
(Cycles) 
Z280/Spectrum C64 ratıo 


331/385 160/216/228 1.&2,2 


This is indeed the interesting part. They 
claim to have programmed a number of 
routines in both Z8&0A assembler 
(Spectrum column) and 6510 assembler 
(C64 column) to see the "ratio" of their 
respective clock cycles count. We already 
saw that Spectrum processor runs on a 
3.35MHz processor, that is 3.56 times 
faster than the Commodore one. 


That is, a routine requiring 3500 clock 
cycles on the Zx Spectrum will complete 
in one millisecond; a routine requiring 
only 982 clock cycles on the Commodore 
64 will complete in the same time - one 
millisecond (yes, megahertz difference 
matters. To get "head-to-head", the 
"ratio" should be 3.56). 


The "ratio" figure thus says that the Zx 
Spectrum is either "faster" (when ratio is 
less than 3.56) or "much faster" (when 
ratio is "much less" than 3.56, for 
example, if ratio is 1.78 then it means 
that the Spectrum is twice as fast than the 
Commodore 64. 


Block mem copy 39%*x 13 3 
21*% [1] 1,62 
Substring search [2] [3] 
init: 29 4 
successful compare: 57 19 3 
advance next substr: 46+21*x 
119% [4] 
advance and loop: 61 15 4.07 
compare last char: 40 18 
222 

Line +z0utine [5] 73/111 [8] 
Slieze* 2,92 [7] 
29731 [8] 
24/72 21/68) 6/30 (5/28) 
21 2er) 
49/71 21/25 2.6 
Fast multiply [9] 100 
#2/332) 2322 [101 33 


2.6/4.2-4.4 


Sprites 
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String print None offered 


BAR] 


This is kinda weird to explain. Currently 
we miss the assembly source for the Z80A 
routines; the Commodorian guy who 
presented the above table did surely well 
on the 6510 side, but... did he wrote 
optimal Z80 code as well? Or did he rely 
on some sub-optimal code? (like the one 
in the teaching books). I think he didn't 
write optimal code: in the first test he 
shows a "block mem copy" figure of 
"39*x", and then says that the "LDIR" 
version (the most common operation on 
large block copying on Z80 processors) 
requires only "21*x". Thus the "39*x" 
figure comes from a largely sub-optimal 
example that has been placed there only 
to show some figure near the 3.56 "head- 
to-head" value... 


The C64 has better "ratio" values only in 
two cases (fast multiply and a weird- 
named "advance and loop" with a funny 
clockcycle count; more on later). 


In all other cases, Spectrum shows the 
expected figures: 2.2-2.3 means that the 
Z80A of the Spectrum performs at 155%- 
165% the Commodore 64 "fast" speed; 
the almost missing "LDIR" test performs 
at 225% the C64 "fast memory access" 
speed... 


Notes: 

I: Using LDIR on Zz80. 
2. Given a list of null- 
terminated strings, find a 
particular string, 
The substring search 


involves four main 
processes: successful 
character compare, compare 
of last character, advance 
6) next substring on 
mismatch, and advance 
pointer and loop for next 
SErING, TnLC refers Co 
inacıal setup (trivial). 
"Advance to next substring" 
includes unsuccessful 
character compare. "Advance 
and loop" counts cycles up 
to normal compare loop. 

3. The C64 version is 28 
bytes. A 64 program would 
change this problem slightly 
to improve performance 
(strings terminated with 
inverted dextral 
character instead of null, 
etc.) 

4. x=number of characters 
advanced. Ratios are 4.2, 
Se, el Zar 2 
2015 209, 26 for 
zel,ly 22: 


As expected, the Commodorian guy 
writing that "score" report appends some 
acrobatic wording trick to make the C64 
appear "faster". The "inverted dextral" is 
also possible on the Z80A: on the Zx 
Spectrum basic ROM you actually find it 
used for both keyword list and error text 
messages. 


I guess that the Spectrum string routines 
timed by the Commodorian guy did not 
want to use the "CPIR" Z80 instruction 
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(compare, increment and repeat), 
analogue to the "LDIR" (load, increment 
and repeat) above, and surely did not 
want to use also the second set of Z80 
registers. Above we saw a "ratio" of 1.6 
when using "LDIR" instead of a wordy 
lenghty redundant routine (note: the 
latter also kicked in the ass the 
Commodore 64), so we can expect a 
large time improvement also in the 
strings routines figures of the Z80 by only 


using "CPI", "CPIR" and the extra 
registers. 

5. Three separate Spectrum 
line routines were offered. 
All comparisons are of 
equivalent routines/ 
algorithns. The three 


routines are: 


- slope<1, looped 

- slope<l, unrolled across 
x-pixels, counting by 
columns 

(more optimized version of 


the above) 


- slope>l, unrolled across 
x-pixels 


Spectrum times are Alvin's 


strange "average" cycles. 
We wonder what are those "Alvin's 
strange average cycles". Why? What 


does it mean? 


Drawing a graphics line on the screen 
using a Z80 does not require memory 
variables: that is, all data - deltas, pixel 
address, and so on - is contained in the 


Z80 registers (and almost one set 
remains free for other usage). No stack 
usage, no memory accesses except 
writing pixels. In contrast, 6510 has to 
use lots of memory variables. Did "Alvin" 
at least imitate the "DRAW" routine 
contained in the Zx Spectrum Basic 
ROM? 


Another question: the Spectrum display 
map is not linear because of some 
optimization to draw text characters 
(remember, Zx Spectrum does not have 
the ugly "text without graphics" mode of 
the C64). I wonder how many times a 
screen-address recale has been 
performed by someone unfamiliar with 
the Zx Spectrum display mapping. I guess 
that someone (especially Commodorians) 
may fall in that pitfall... 


6. Using Tan Collier's 


revised algorithm. 


A "Average" cycle times 
consider one step in the x- 
direction followed by one 
step in x and y. 


8. Looped version, 
(no Spectrum 
offered). 


slope>1 
version 


I Spectrum times 
möodtTied: By Hr. IE a-Bo, #43 
Ir a+tb>255, and +2.) 
if placed in a subroutine 
(13, "EOr "CALL,: 10 Tor-"REN, 
Cycle ratios 
assume routine. 


are 


inlined 


10; BSE multiplieatien?’ © 
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constant*vector (i.e. matrix 
multıiply, or projection) 
C64 version is 43 cycles for 
first multiply and 25 cycles 


or successive 
multiplies. Thus, ratios are 
around 3.1 and 3.4 for two 
and three 
successive multiplies. 
1.JR, Spectrum will choke, 
badly. 


The considerations in the note 9 and 10 
seem to come from some bad 
programmer who did not know Z80 flags, 
mixing signed/unsigned data, index 
register usage, 16-bit pointer arithmetic, 
etc. Again, without access to the original 
code, we cannot make assumptions, 
except that the Spectrum routines could 
be a real mess because of the funny 
comments of the section above). 


The consideration in the note Il shows 
the Commodorians' Fundamental 
Approach to Evidence Reporting. 


Again (again and again) we see that 
Commodorian fans: 


° make their pro-C64 sermons using 


fake assumptions, unproven 
assertions, stupid slogans; 
° make biased comparisons... 


sometimes involuntarily, because 
they try to apply to the Z80 their 
rough 6510 programming style; 

° make always useless talk about 
"sophisticated chips", especially 


when that chips do not contribute 
for anything. 


We also demonstrated what 
Commodorians do not want even want to 
hear: 


° computationally, the Zx Spectrum 
is always faster than the 
Commodore 64; 

° the Z80OA clocked at 3.5 MHz 
outperforms the 6510 at 0.982 


MHz even in those "major 
features" of the latter ("fast" 
memory access, "branching and 
Jumping", and all that 


Commodorian fan sermons); 

° the Z80A on the Zx Spectrum, with 
its large register set, large 
instruction set and high clock 
speed, definitively kicks in the ass 
the 6510 ofthe Slowcoach C64; 


Alfonso Martone 


Nach längerer Wartezeit 
- bedingt durch den 
) Deutschen Zoll - ist 
wieder mal ein feines 
Stück Hardware bei mir 
eingetroffen: das Interface ıbis. Die 
kleine Platine wurde in Südafrika 
entwickelt und gebaut. Hier eine kurze 
Beschreibung um welche Möglichkeiten 


das Interface ıbis den Spectrum 
erweitert: 
«Joystick-Anschluss (Kempston 
kompatibel) 
eMouse-Anschluss (Kempston- 
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Maus kompatibel) 
micro SD-Karten Interface 
«USB-Anschluss (zur Verbindung 
mit einem Windows-Rechner der 
als Server verwendet werden 
kann) 
«der Befehlssatz ist kompatibel 
zum Interface 1 
Das Interface kostet 46 € (inkl. Porto) - 
der Deutsche Zoll verlangt nochmal 19 % 
MwSt. Mit dabei ist eine Batterie und 
eine 4 GB SDHC Karte. 
Das Interface ist hier erhältlich: 1IFIbis - 
nach Deutschland ist mit einer Lieferzeit 
von bis zu 4 Wochen (nach Versand) zu 
rechnen. Die Lieferung muss am 
zuständigen Zollamt abgeholt und die 
Rechnung vorgelegt werden (8,74 € 
Steuer sind noch zu bezahlen). 
Hier noch die Übersetzung der 
englischen Seite: 
Das Interface ıbis (Version4b) ist die 
einzige ZX Spectrum Erweiterungs- 
Karte welche die Kombination folgender 
Funktionalitäten bietet: 
lokale Speichermöglichkeit bis zu 
128 GB, unterteilt in logische 
Laufwerk von 32 MB, auf einer 
micro SD Karte 
«Remote-Speicher, von 
unbegrenzter Größe, auf einem 
Server über eine Full-Speed-USB- 
Port angeschlossen 
*Kempston Joystick Anschluss 


ePS/2 Maus Port welcher einen 
Kempston Maus oder Kempston 
Joystick-Ausgang bietet 

bereit für Ethernet - mittels eines 
optionalen Add-On Moduls von 
einem evt. Dritthersteller 

voll Software kompatibel zum 
original ZX Interface ı von Sinclair 
Research Ltd. in Bezug auf die 
Microdrive Speicheroperationen 


erweitertes 'Extended BASIC’ mit 

umfassenden Random-Access- 

Datei-Handling-Funktionen und 

voller Emulator-Dateien (.TAP 

und .Z80) Untersützung. 
Hardware 
Der Schlüssel zu seiner Vielseitigkeit ist 
die markante Architektur des IFıbis, die 
alle Peripherie-I/O-Operationen auf 
einen Mikrocontroller übergibt, der 
direkt an den Daten-Bus des Systems 
angeschlossen ist. Dies vereinfacht den 
Aufbau zu einem großen Teil auch in 
Verbindung mit einer rationalisierten 
Speicherkonfiguration - benötigt dafür 
nur einen 32KB nichtflüchtigen SRAM 
Chip - und fügt erhebliche Vorteile hinzu 
wie: 

«kleines PCB (unter 0,5dm?) 


-Null Schreibtisch Stellfläche 
durch vertikale Montage 
«Einfaches, Zwei-Schicht-, PCB- 


Layout mit sehr kurzen Strecken, 
für reduzierte 
Geräuschentwicklung (Anm. der 
Red.: damit ist Rauschen in der 
Leitung gemeint). 

«Geringe Leistungsaufnahme: bei 
unter 75mA, die niedrigste 
zwischen kompatiblen Geräten 
«Geringe Buslast: unerreichte 
0.7uA Datenbus Leckage und nur 
0.5uA plus ı (eins) Standard- 


CMOS-Last auf den anderen 
Linien 

«Verbesserte Peripheriegerät 
Handhabung, da der 
Mikrocontroller mit seinen 


verschiedenen Hardware-Timern 
und komplexer Interrupt-Logik 
spezialisiert und besser für diese 
Aufgabe als die ZX Spectrum CPU 
ausgestattet ist 


-Schnellere Datenübertragung 
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zwischen lokalen und Remote- 
Speicher, da es direkt vom 
Mikrocontroller über seine USB- 
und SPI-Schnittstellen unter 
Umgehung des ZX Spectrum 
durchgeführt wird 

«Vereinfachtes Betriebssystem, 
das nur einen Gerätetreiber 
benötigt: für den "Slave Parallel 
Port“ des Mikrocontrollers, der 
wiederum alle niedrigen 
peripheren 
Steuerungsoperationen handhabt 


Interface 1bis - Vorderseite 


Das IFıbis weist einige Besonderheiten 
auf, die nicht auf vergleichbaren Geräten 
angetroffen werden. Bei der 
Optimierung der Kosten wurden keine 
Kompromisse hinsichtlich der 
Robustheit gemacht: 
«Der nichtflüchtige SRAM wird 
durch einen einstellbaren, sehr 
präzisen, Spannungsüberwacher 
IC geschützt 
«Der Steuerungs-Druckknopf ist 
entprellt und multiplexed wobei 
ein dedizierter Microcontroller 
benutzt wird, der saubere, digital 
gesteuerte RESET und NMI 
Signale erzeugt 
-Die /ROMCS Linie wird nicht 


über Transistoren getrieben, 
sondern schnelle 3-State- 
Pufferum ausfallsicheres Speicher 
Paging sicherzustellen 

«Der Joystick-Port ist vollkommen 
starr auf Metall Pfosten montiert 


Und nicht zuletzt: 
Das IFıbis führt kein Hardware 
Trapping durch und funktioniert 


deshalb auch dann wenn der ZX 
Spectrum eine falsche/defekte Mı Line 
hat. 


Interface Ibis - Rückseite 


Betriebssystem 

Das Interface ıbis ist, wie der Name 
vermuten lässt, zu 100% Software 
(abwärts) kompatibel zum Interface ı 
von Sinclair Research in Bezug auf die 
Microdrive Speicheroperationen, sowohl 
was die Basic Befehle als auch den 'hook 
code' Level betrifft. 

Die ZX Net und RS232-Schnittstellen 


Kommunikations-Funktionen des 
Originals wurden nicht als solche 
umgesetzt, da sie angesichts ihrer 


begrenzten Funktionalität und Peer-to- 
Peer-Natur als unpraktisch gelten. 
An ihrer Stelle wurde ein Remote- 
Datei-System für ein Client-Server- 
Netzwerk über einen USB-Anschluss 
entwickelt. 
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Alle Datei-Handling Operationen 
können auch auf beiden 
implementierten Dateisystemen 
durchgeführt werden: 
lokal, für die SD-Karte (Gerät 
"M") und 
remote, für den Datei Server 
(Gerät "V") 


mit der Ausnahme die Server-Festplatte 
formatieren zu können, was aus 


offensichtlichen Gründen unmöglich 
ist :-) 


5 


Interface Ibis - Button und Kartenslot 


Die wichtigsten Verbesserungen am 

erweiterten BASIC des ursprünglichen 

ZX Interface 1 sind: 
«die Dateigrößen Begrenzung ist 
16MB 
-sequentieller Zugriff ist nicht auf 
'PRINT' Dateien begrenzt 
-sequentieller Zugriff auf "M- 
Kanäle" kann selektiv für Input 
und Output geöffnet werden 
-Daten im Speicher können 
gelesen, geschrieben oder 
verifiziert werden, durch direkten 
zufälligen Zugriff, zu (oder von) 
einer angegebenen Position in 
einer Datei, eines beliebigen Typs, 
ohne die Notwendigkeit, ihn zu 
öffnen 


ebeide sequentiellen Zugriffs- 
Zeiger von "M-Kanälen" und 
zufällige Zugriffs-Zeiger von "file 
handles" können an jede Position 
verschoben werden 

evolle Untersützung für die 
folgenden Emulator-Dateien: .TAP 
Tape Images, .Z80 Snapshots und 
.SCR Screen Dumps 

-abgekürzte Syntax, welche den 
Wegfall von 'device type' und 


device number in einem 
Statement erlaubt, wenn sie die 
gleichen sind wie im vorigen 
Statement 
Das Betriebssystem des Interface ıbis 
hat eine sehr lange 


Entwicklungsgeschichte, geschrieben vor 
ı8 Jahren und seitdem ständig 
verbessert und an neue Hardware- 
Konfigurationen angepasst. 

Es ist ein ausgereiftes, stabiles Produkt, 


zugeschnitten auf die praktischen 
Bedürfnisse und bietet wohl eine 
einzigartige Funktionalität, 
Geschwindigkeit und 


Benutzerfreundlichkeit. 


Interface 1bis - PS2-Anschluss 


Anschluss und weitere Hinweise 


(Bedeutung der LEDs) 


Der Anschluss ist wie bei allen 
Erweiterungen: Interface hinten am 
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Spectrum anschließen - natürlich nur im 
ausgeschalteten Zustand. 
Das Interface ıbis hat einen kleinen 
Taster der für die Funktion sehr wichtig 
ist. Dieser Taster hat mehrere 
Funktionen: 
«ON/OFF Wenn er länger als 1,2 
Sekunden gedrückt wird, wird der 
Zustand des Interfaces von 'OFF' 
in 'ON inaktiv geändert. 
«RESET Wenn er zwischen 0,5 
und 1,2 Sekunden gedrückt wird, 
wird ein 5ms-wide, active-low Puls 
auf der Reset Line des ZX 
Sepctrums generiert. 
-NMI Wenn er kürzer als 0,5 
Sekunden gedrückt wird, wird ein 
5ms-wide, active-low Puls auf der 
NMI Linie generiert. 


Interface 1bis 


Was mir am Anfang des öfteren passiert 
ist: Ich habe einen Befehl eingegeben 
und es sind Fragezeichen erschienen. 
Dann ist mir aufgefallen das zwar einige 
LEDs leuchten aber nicht die wichtigen 
beiden: O und B. Daher den Taster für 
etwas mehr als 1,2 Sekunden drücken 
und gleich nochmal kurz für das BASIC - 
schon klappen die Befehle. 

Hier nun deshalb nochmal 
Bedeutungen der LEDs: 


die 


«LED 'O':der 'ON/OFF' Status des 

Interfaces 

«LED 'B': das 'BASIC ROM' des 

Interface ist paged-in 

«LED 'S': das 'Shadow ROM' des 

Interface ist paged in 

LED 'M': wenn es leuchtet: die 

Maus ist als 'Kempston' Maus 

aktiv -wenn es blinkt: die Maus ist 

als 'Kempston' Joystick aktiv 

«LED 'C': die SD-Karte wurde 

identifiziert 

«LED 'U': die Verbindung zum 

Server wurde hergestellt 
Nach dem Einschalten ist das Interface 
ıbis wie oben beschrieben im OFF Status 
(O LED ist aus). Wenn das O-LED 
leuchtet reagiert das Interface auf I/O 
Anfragen aber es läuft das BASIC des 
48K Spectrum. Der Joystick und der 
Maus-Anschluss sind aber 
funktionsfähig. Die 128er Spectrum 
arbeiten nur im 48K Modus mit dem 
Interface (+2 und 128K Toastrack 
getestet). 
Wenn das O-LED leuchtet ist das 
Interface voll funktionsfähig und der 
Spectrum arbeitet mit dem Extended 
Basic des Interface. Das B LED und das 
S LED signalisieren welches ROM aktiv 
ist (B=BASIC/S=Shadow). 


Interface 1bis - ON aktiv mit Basic ROM 
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Benutzung der SD-Karte 
Die SD-Karte sollte im ausgeschalteten 


Zustand eingelegt werden. Wenn die 
Karte erkannt wurde, leuchtet nach dem 
Einschalten das C LED. 
Im Gegensatz zu anderen Lösung bei 
den Speccys, kann diese SD-Karte nicht 
einfach am PC befüllt werden! 


Befehle 
FORMAT 
FORMAT „m“;® 


Damit wird nicht wirklich etwas 
formatiert oder gelöscht ;-) 
Die SD-Karte muss auch nicht 


partitioniert werden, da sie automatisch 
in bis zu 255 logische Laufwerke 
unterteilt wird, die alle 32MB groß sind. 
Diese Laufwerke müssen vor der 
Benutzung formatiert werden: 

FORMAT ‚m‘; d 


d ist die Nummer des Laufwerks! Bei 
einer 1GB Karte sind es ungefähr 58 
Laufwerke - ich denke man kann sich 
hier ein kurzes BASIC-Programm 
schreiben, welches das Formatieren 
übernehmen kann ;-) 

Wenn die Karte größer als 8GB ist, wird 
es etwas komplizierter - Dann gibt es 
mehrere Volumes auf einer SD-Karte 
(diese werden mit A bis O bezeichnet). 
Der Name des Volumes folgt nach dem 
Gerätenamen: 

FORMAT „me“;22 


Hier würde auf Volume "E" das 
Laufwerk 3 formatiert..... 
Außerdem können noch die 
Zuordnungseinheiten eingestellt 
werden: 

FORMAT #c;“m“;d 


„c“ ist die Zuordnungseinheit — 2, 4, 8, 


16 

Zum Glück hat der Entwickler schon 
zwei Programme geschrieben um das 
Leben mit der SD-Karte etwas 
komfortabler zu machen. 
Zum einen gibt es das Programm 
"COPYTREE" mit dem man schnell 
Daten/Verzeichnisse kopieren kann. 
Noch wichtiger ist der "Game Launcher", 
den es auf der Homepage zum Download 
gibt. Für diesen ist allerdings ein Update 
der Firmware nötig ;-) 
Wenn man die Datei heruntergeladen 
hat, muss sie am besten auf Laufwerk ı 
der SD Karte gespeichert und in RUN 
umbenannt werden (Kopie vom Server- 
Laufwerk - siehe Teil 3). Damit kann das 
Programm dann einfach mit "RUN" 
geladen und gestartet werden. 
Leider ist die Länge der Dateinamen auf 
10 beschränkt - sollten sie länger sein, 


werden die Namen gekürzt. 
Damit kann man dann einfach zwischen 
den Geräten, Laufwerken und 


Verzeichnissen wechseln und natürlich 
Programme starten! 


4G 
7802176 Sectors 


FORMAT "n";0M 


Interface Ibis FORMAT 


CAT 

CAT „m“;d 
CAT d 

CAT 
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Damit wird das Inhaltsverzeichnis der 
SD-Karte angezeigt, wobei "d" wieder für 
das Laufwerk steht. 

Die Dateinamen erscheinen in der ersten 
Spalte der Ausgabe durch den CAT 
Befehl, während die zweite Spalte die 
Dateiendungen anzeigt: 


Catalog of Drive 3 Dev MA 
Directöry 
copy P 439 
GENS c 11992 268000 
in Sg 492 23298 
Joy 
MONS C scsE s50008 
nouse u =es 
TAP_COP Fr 895 ı 
URAM_C c 18 293298 
URAM_S r ı18s 
BASIC D 
DOCS D 
SRC D 
SYS D 
COPYTREE P ıs80 
SYSLOAD P 7as 

Files 22251 Bytes 
Free Sectors 7sso + s 
cAT 3L 


Interface 1bis CAT 


«P - BASIC Programm (.ZZP) 

«N - Nummern Array (.ZZN) 

«A - String Array (.ZZA) 

°C - Code Block (.ZZC) 

«F - PRINT File (.ZZF) 

-X - Text File (.TXT) 

«B - Binäre Datei (.ZZB) 

-S- Screen Dump (.SCR) 

«T - Tape Datei (.TAP) 

-Z - Snapshot (.Z80) 

«D - Directory 
Die dritte Spalte zeigt die Dateigröße an 
und die vierte: 


die  Startzeilennummer 
BASIC Programmen 
eden Array Namen oder 
edie Lade Adresse von „CODE“ 
Blöcken 

Der freie Speicher auf dem logischen 


von 


Anzahl von 
(Clusters) 


Laufwerk wird als 
Zuordnungseinheiten 
angezeigt. 


Verbindung mit einem Server 
Eines der Highlights des Interface 


ıbis ist die Verbindung per USB-Kabel 
mit einem Windows-Rechner. Dafür 
werden 3 Sachen benötigt: 
ein passendes USB-Kabel (auf der 
Interface-Seite muss es ein Mini- 
USB-Stecker sein) 
«ein Treiber: IFıbis.inf (auf der 
Homepage des Projekts zu finden) 
«das "Server"- 
Programm: ZXS32.exe (ebenfalls 
auf der Homepage zu finden) 


©, Geräte-Manager 


Datei Aktion Ansicht ? 


-asEm® 


=1-,4 Anschlüsse (COM und LPT) 
A; Druckeranschluss {LPT1) 
„I Interface 1bis (COM4) 
I Kommunikationsanschluss (COM2) 
Interface 1bis - Gerätemanger 


Als erstes einfach mal den Spectrum mit 
dem Interface ıbis einschalten und das 
USB-Kabel mit dem Windows-Rechner 
verbinden. Es sollte nun die Hardware- 
Erkennung starten. Danach landet das 
Interface erst Mal unter "andere Geräte". 


Nun muss einfach der Treiber 
aktualisiert und dazu der vorher 
heruntergeladene Treiber Fıbis.inf 


verwendet werden. Danach war es bei 
mir immer so, dass das Gerät dann als 
nicht funktionsfähig angezeigt wurde. 
Das Problem kann einfach beseitigt 
werden, indem es im Gerätemanager 
von Windows einmal deaktiviert und 
wieder aktiviert muss - danach 
funktioniert es. 
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UNITED KINGDOM 


SINTECH.UKLTD 

1 Moorthen Court, Quedgeley 
Gloucester, GL2 4LE 
www.sintech-shop.co.uk 


SINTECH ist ein weltweiter Vertrieb — 
von Hard- und Software für fast alle 
Systeme. Sie finden uns in Filderstadt, 
südlich von Stuttgart. 

Desweiteren betreiben wir Nieder- 
lassungen in Tschechien und 

in Großbritannien. 


Unser Online-Shop ist mit all unseren 
Produkten versehen. Immer wieder 
finden Sie bei uns Neuheiten oder 
Klassiker in der Rubrik Spectrum Hard- 
und Software. 


Wir schwimmen mal gegen 
den Strom — mal mit. 

aber stehen immer für 
Spectrumfreude pur. 


Wann schauen Sie vorbei? 


